技术债的本质
不是关于系统"现在能否工作"，而是关于系统"未来能否改变"。 ⚠️
长期开发速度 · 良好架构
代码在整个生命周期里都易于理解和修改。
- 收益：项目扩张时新功能节奏稳定，新人也能快速接手
- 代价：每次变化都得多花力气保持代码干净
- 不能：把代码塞进现有类，必须思考封装与抽象层
- AI 时代：没有架构边界时，AI 写得越快，无序扩张越快
短期开发速度 · 打补丁
为了周一上线，硬编码 if-else 取代支付策略工厂。
- 实施：补丁 + 硬编码条件 + 不一致命名 + Ctrl+C/V
- 表象：今天的 Deadline 顺利过关，市场窗口被抓住
- 后果：补丁、Bug、混乱，消磨掉未来的生产力
- 临界：原本 5 分钟改完的代码，需要测试两天才敢上
程序运行性能 · 代码僵化
技术债披着"优化"的外衣悄然潜入。
⛔
宿主是代码 · 起因是权衡 · 结果是限制
技术债的三重定位
活在代码里、源于实现决策、限制系统的演化空间——团队全员离职它依然在那等着下一个修改者。
📈
利息曲线 · 早期信号
不是消灭，而是识别
恐惧式修改 · 验证成本飙升 · 性能与灵活性双向锁死——任一信号出现，就该清偿，而不是再加补丁。